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A REMOTE CONTROL SYSTEM OF A HOME NETWORK* 



TECHNICAL, RELD 
The present invention relates to a home network, and in particular 
5 to a remote control system of a home network using UPnP (universal plug 
and play). 

BACKGRO U ND ART 

With the development of Internet and digital technologies, 
10 researches on a home network field connecting PCs, network devices, AV 
devices, electric home appliances and home automation devices, etc. in a 
house have been actively performed. 

UPnP (universal plug and play) is ope of influential industrial 
standards on a home network field, and many companies all over the world 
15 consist of a UPnP forum. 

In general, a UPnP network system consists of plural devices 
providing a network service and a CP (control point) for controlling the 
plural devices. Herein, the CP is for controlling various devices, and the 
device can be a PC contacted to a home network and network devices, etc. 
20 Through the CP, a user discoveries various devices, finds out their 
description and controls them. 

On the other hand, the device transmits an event to the CP and 
provides a presentation page to the CP, and accordingly it is possible to 
control and grasp a state of the device by using a web page. 
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First, a UPnP protocol structure of a general UPnP architecture 
version 1.0 will be described with reference to accompanying Figure 1. 

Figure 1 is an exemplary view illustrating a structure of a UPnP 
protocol. As depicted in Figure 1, the UPnP protocol includes a network 
5 layer 111; a transport layer 112 having a UDP and a TCP; a 
presentation/session layer 113 having a protocol such as HTTP, XML 
(extensible markup language), SOAP (simple object access protocol) and 
SSDP (simple service discovery protocol), etc. and an architecture such as 
GENA (generic event notification architecture); and an application layer 
10 114 having information related to a UPnP device, a ForumP and a provider, 
etc. 

In a UPnP network system using the UPnP protocol, 
communication between the CP and the device is performed by passing an 
addressing step for allocating an IP address to the device; a discovery step 
15 for making the CP discover existence of the device; a description step for 
making the CP obtain service information supported by the device; a 
control step for calling a service of the device by the CP; an event step for 
notifying the CP of the device's state variation; and a presentation step for 
presenting a state of the device and control information. 
20 Among those steps, the discovery step for discovering existence of 

the device will be described in detail with reference to Figure 2. 

Figure 2 is a state diagram illustrating the discovery step. As 
depicted in Figure 2, a device 221 performs multicasting of CPs 211 , 212, a 
CP 213 transmits a search message to devices 221, 222, and the device 
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222 responds. 

First, in order to discover the device, the CP performs the device 
discovery step by using the SSDP (simple service discovery protocol). 
Accordingly, when the device 221 contacts to the UPnP network, it 
5 performs multicasting of an advertisement message, and accordingly the 
CPs 211, 212 confirms existence of the device through a multicast 
message from the device 221 . 

And, when the CP contacts to the UPnP network, the CP 213 
multicasts a search message, the device 222 receives the search message 
10 and transmits information thereof to the CP 113 by unicast. Herein, the CP 
uses the SOAP (simple object access protocol) in order to control the 
device contacted to the UPnP network, and the CP uses the GENA 
(generic event notification architecture) in order to receive the state event 
of the device. 

15 However, in the present UPnP device architecture version 1 .0, it is 

assumed there are all construction parts of the home network in a local 
network, contact service in a remote place is not considered particularly. 
Because of that, when there is a contact service request from a remote 
place, it may not be supported. In more detail, UPnP message translation 

20 for a case having constraint due to a bandwidth or a processing 
performance of a remote terminal has to be performed variously according 
to service types. However, a plan how to perform mutual operation 
between comparatively complicated device and a CP by a simple user 
command and event has not been presented. 
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In addition, in order to provide a home network service to various 
remote terminals, input/output to the remote terminal has to be separated 
from service contents, however a plan for performing it efficiently has not 
been suggested. For example, in case of a service using XML (extensible 

5 markup language), XML pages are generated regardless of kinds of a 
terminal, and only terminal display format is varied. 

In the conventional art, in a home network using not the UPnP 
home network but another standard, access from a remote place to the 
home network can be implemented, however there are following problems. 

10 First, because a user has to log in a provider's network, it may be a 

burden to the provider in the scalability aspect. In more detail, because 
server has to be increased according to increase of the number of users, 
disutility may be caused, processing time delay may occur by passing a 
relay server, and the user may have unpleasantness because of providing 

15 user's personal information to the provider. 

In addition, when plural users access simultaneously, collision may 
occur in the home network and devices, and accordingly it may cause the 
users inconvenience because there is no clear collision solution. 

20 TECHNICAL GIST OF THE PESENT INVENTION 

In order to solve the above-described problems, it is an object of 
the present invention to provide a remote control system of a home 
network capable of monitoring a state of devices connected to a home 
network and controlling the devices by using various terminals in a remote 
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place. 

In addition, in local home network techniques, it is another object of 
the present invention to provide a remote control system of a home 
network capable of controlling devices in a home network by contacting to 
5 the home network from a remote place by using a mobile terminal or a 
personal computer, etc. using a web browser. 

In order to achieve the above-mentioned objects, a remote control 
system of a home network in accordance with the present invention 
includes a local home network in which plural devices are connected; a 
10 remote terminal for controlling the local home network in a remote place; 
and a remote access server having a function as a local CP (control point) 
and transmitting/receiving request/answer to/from the remote terminal. 

The remote access server is included in a local home network or 
an Internet provider server or can be constructed so as to have functions 
15 divided into a local home network and a provider server. 

A remote control system of a home network includes a device 
control processing unit operated as a GP (control point) for mutual 
operation with plural devices and controlling the devices according to a 
service request from a remote terminal; a remote access service unit for 
20 notifying the device control processing unit of the service request from the 
remote terminal; and a remote terminal service unit for converting the user 
request from the remote terminal into a service request, transmitting it to 
the remote access service unit and transmitting a response from the 
remote access service unit to a pertinent terminal. 

5 
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Accordingly, when a web service request of a remote terminal is 
transmitted from a remote access service unit, the device control 
processing unit converts it into at least one UPnP message change. When 
it can be processed with reference to a home network view of a pertinent 
5 focal CP corresponded to the remote terminal, the device control 
processing unit does not perform UPnP message change. When it is 
required to respond to a UPnP message from the device, the device 
control processing unit transmits a notification request to the remote 
access service unit. 

10 The remote control system of the home network includes a remote 

access service unit for receiving a user's web request from a remote 
terminal service unit; transmitting it to a device control processing unit by 
converting it into a corresponded service request according to contents of 
the web request; and transmitting a web response for a pertinent remote 

15 terminal to the remote terminal service unit by having a service view 
consisting of a set of at least one web document. 

The remote access service unit includes a profile database, 
determines a service view of a remote access service according to service 
related information recorded in a profile database and provides various 

20 remote access services to a user and a remote terminal with reference to 
the service view. 

The profile database includes information such as user's preferred 
device list, request event list, performance of the remote access terminal 
such as a. screen size and a kind of an input device, provider network 
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bandwidth and providable service, user access priority list by devices. 
Herein, a service view of the remote access service is determined 
according to service related information recorded in the profile database, 
and accordingly various remote access services can be provided, 
5 The remote control system of a home network includes a remote 

terminal service unit for performing mutual communication as web 
request/response with a remote terminal by having a built-in web server, 
transmitting a web request from a user to a remote access service unit and 
transmitting a web response as a web document form generated with 
10 reference to a recent service view from the remote access service unit to a 
remote terminal. 

And, the remote control system of claim 17 further includes a setup 
module for initializing the device control processing unit and the profile 
database of the remote access service unit; and a communication module 
15 having asynchronous notification functions such as e-mail, voice telephone 
and SMS, etc. 

In addition, the remote access server is constructed to provide 
services to plural remote terminals by having a method for relaying a local 
CP of the device control processing unit with a remote terminal and a plural 
20 terminals simultaneous access method for the remote access service unit. 

In the method for relaying a local CP of the device control 
processing unit with a remote terminal, there are a method for having each 
local CP for each remote terminal, a method for having one local CP in the 
device control processing unit and a method for having a local CP by 
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devices kinds. 

Because a home network view exists by terminals, the method for 
having a CP by terminals is simple and easy to implement. 

In the method for having one local CP in the device control 
5 processing unit, because a single home network view is used, there is a 
process for extracting information for each remote terminal. In that case, 
plural remote terminals co-own (share) service requests, and one service 
result can be transmitted to the plural terminals. 

In the method for having a local CP by device kinds, it is possible 
10 to simplify each local CP, however a process for extracting information for 
each service from the home network view by device kinds is required. 

For the plural terminals simultaneous access method, a 
mechanism for solving collision in the local home network, namely, a local 
home network collision solving mechanism for simultaneous access of the 
15 plural remote terminals is included. 

The remote access service unit includes a home network collision 
solving mechanism performed in a home network level, a device level, an 
operation level or performed in mixing a device level with an operation 
level. The home network collision solving mechanism performed in the 
20 operation level solves a collision problem according to a user priority rank, 
a remote access contact order and an operation order. 

The home network collision solving mechanism is stored in the 
device access database in the profile database. 

Other objects, characteristics and advantageous of the present 
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invention will become clear through detailed descriptions with reference to 
accompanying drawings. 

BRIEF DESCRIPTION OF DRAWINGS 

5 The accompanying drawings, which are included to provide a 

further understanding of the invention and are incorporated in and 
constitute a part of this specification, illustrate embodiments of the 
invention and together with the description serve to explain the principles 
of the invention. 

10 In the drawings: 

Figure 1 is an exemplary view illustrating a structure of a UPnP 

protocol; 

Figure 2 is a state diagram illustrating a discovery step for 
discovering existence of a device by CPs (control point) in a UPnP 
15 network; 

Figure 3 is a block diagram illustrating a remote control system of a 
home network in accordance with the present invention; 

Figure 4 is a block diagram illustrating a remote access server in 
accordance with the present invention; 
20 Figure 5 is a flow chart illustrating UPnP conversion processes 

using a single clock point; 

Figure 6 is an exemplary view illustrating a device access 
database in accordance with the present invention; and 

Figure 7 is a detailed block diagram illustrating the remote access 

9 
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server in Figure 4. 

DETAILED DESCRIPTION OF THE INVENTION 
Hereinafter, the preferred embodiments a remote control system of 
5 a home network in accordance with the present invention will be described 
with reference to accompanying drawings. 

Figure 3 is a block diagram illustrating a remote control system of a 
home network in accordance with the present invention. 

As depicted in Figure 3, the remote control system of the home 
10 network in accordance with the present invention includes a home network 
part in which a PC 311, a refrigerator. 312, a TV 313 and an Internet 
gateway 314 are connected to a UPnP network; a provider network part in 
which provider servers 321, 322 are connected to the Internet; and a 
remote terminal part having a radio terminal 331 and a user PC 332. 
15 A remote access server exists in the PC 311 or the Internet 

gateway 314 on the home network, and the remote access server 
transmits a state of the plural network devices to a user in a remote place 
by controlling the plural network devices by receiving a user command. 

In the remote control system of the home network in accordance 
20 with the present invention, the provider servers 321, 322 have no function 
or very minute function. 

Because remote server contact and web document service are 
performed in the remote access server in a house, the remote access 
server is requested by the outside only to notify the outside of a DNS 

10 
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(domain name server) or an IP address thereof. 

In a fixed IP or a static DNS mode, it is possible to construct the 
remote access server as static configuration, and provider's function is 
unnecessary. 

5 On the other hand, in a variable IP or a dynamic DNS, provider's 

function is necessary. However, it is very minute in comparison with the 
conventional provider-based remote access service. 

Accordingly, in the remote control system of the UPnP home 
network in accordance with the present invention, by using plural remote 
10 terminals supporting web browsing according to the UPnP device 
architecture version 1.0 standard, operation of the remote access server 
efficiently performable various remote access services of the home 
network will be described. 

First, the remote access server presented by the remote control 
15 system of the home network in accordance with the present invention 
includes the web server and has functions for processing all remote 
services from user log-in to user log-out. In that case, as described above, 
the remote access server receives help of the provider only in a problem 
related to an IP pr a DNS address. 
20 The remote access service can be divided into a control flow and a 

notification flow. Herein, the control flow means a flow for transmitting a 
web request of the user to a device control processing unit and responding 
to the web- request. 

In the meantime, the notification flow means a flow for converting a 

11 
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discovery message or an event message discovered in the UPnP device 
into a notification request and reflecting it on the web document 

In the present invention, it is assumed the remote terminal has only 
web browsing function, notification contents by the remote terminal is 
5 reflected in web documents, web documents are updated periodically by 
the web browser having automatic^ updating function or the user checks 
new web documents by himself/herself. 

If it is possible to support the system by the remote terminal, a 
method for notifying the remote terminal of a UPnP device message 
10 asynchronously through an e-mail, etc. can be used. 

Figure 4 is a block diagram illustrating a remote access server in 
accordance with the present invention. As depicted in Figure 4, the remote 
access server includes a device control processing unit 430; a remote 
access server unit 420; and a remote terminal service unit 410. 
15 It is assumed the remote access server is loaded in the Internet 

gateway 314 in Figure 3. 

The device control processing unit 430 mutually communicates 
with the remote access service unit 420 by an API (application program 
interface) or other interface methods while mutually operating with home 
20 network devices, namely, the PC 311, the refrigerator 312 and the TV 313 
in Figure 3 by using UPnP protocol messages. Herein, the core of the 
device control processing unit 430 is the UPnP CP. 

In the present invention, it is possible to have each UPnP CP by 
the same kind of devices, to allocate each UPnP CP to each remote 

12 
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terminal in service and to have only one UPnP CP. 

In general, a specific CP can control only one (specific) kind of 
devices, a common CP can control all UPnP devices, however functions 
thereof is limited. 

5 In case of having each UPnP CP by the same kind of devices, 

each CP controls devices of that kind, construction of each CP can be 
more simplified in comparison with the rest two cases. 

In that case, it is required to perform distributing requests from the 
remote terminal according to kinds of devices and returning back 
10 information transmitted from the UPnP device to the remote terminal 
connected to each device. 

In the meantime, when a CP is allocated to each remote terminal, it 
is easy to link the remote terminal with the device, however all devices to 
be controlled by each remote terminal have to have a CP function. 
15 Lastly, when there is only one CP, it is required to make the CP 

have a function capable of controlling all kinds of devices and relay a 
device with a remote terminal. However, in providing of a service to plural 
remote terminals, it is possible to reduce the number of UPnP message 
exchanges by using a service for other terminals. 

In case of using a heavy CP controllable plural devices, flexible 
configuration of a CP using Internet download, etc. is assumed. 

When a single CP is allocated to the device control processing unit 
430, requests from plural remote terminals can be efficiently satisfied. In 
more detail, when two users ask for a similar kind of requests, those 
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requests are unified, and it is mutually operated with a pertinent device. 

For example, when a user 1 subscribes for an event of a state 
variable A of a device 1 from one o'clock to two o'clock and a user 2 
subscribes for an event of a state variable A of a device 1 from one thirty ~ 
5 to three o'clock, the device control processing unit 430 performs the 
service for the user 2 by using the event for the user 1 for fir thirty minutes, 
then, the device control processing unit 430 performs the pertinent service 
for the user 2 through event subscription for the rest one hour. 

Accordingly, when the single device control processing unit is used, 
10 it is possible to save traffic of the home network and avoid problems cased 
by multiple CPs. 

When the device control processing unit 430 includes a single CP, 
UPnP conversion is performed by steps shown in Figure 5. 

Figure 5 is a flow chart illustrating UPnP conversion processes for 
15 the single device control processing unit. 

Herein, it is assumed requests from the remote access service unit 
420 is orderly stored and processed in a UPnP service request queue. In 
addition, it is assumed there is a certain service request table in which a 
present proceeding service request is stored, and a service number item is 
20 included in the service request table. 

First, it is judged whether there is a service request (the UPnP 
service request queue is empty as shown at step S501, in the judging 
result, when the UPnP service request queue is not empty, the present 
service request is compared with the service request table as shown at 

14 
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step S502. 

Afterward, it is judged whether there is a newly requested service 
in the service request table. In more detail, it is judged whether the existing 
service request accepts the newly requested service as shown at step 
5 S503. In the judging result, when the newly requested service is not. in the 
service request table, the newly requested service is recorded in the 
request table, in case of need, the device control processing unit 430 
transmits an appropriate UPnP message as shown at step S506. 

On the other hand, in the judging result, when there is a service 
10 similar to the newly requested service in the service request table, it is 
judged whether the existing service request accepts the newly requested 
service completely as shown at step S504. In the judgement result, when 
the existing service request can accept the newly requested service 
request completely, the newly requested service is added to the existing 
15 service request table (a new service number is added to the service 
request table), in case of need, the device control processing unit 430 
transmits an appropriate UPnP message as shown at step S507. 

On the other hand, in the judging result, when the existing service 
request can not accept the newly requested service completely, the service 
20 request in the service request table is adjusted in consideration of parts not 
accepted in the existing service request, and the device control processing 
unit 430 transmits an appropriate UPnP message in case of need as 
shown at step S505. 

In the meantime, in the judging result in the step S501, when the 
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UPnP service request queue is empty, it is judged whether the UPnP 
conversion process is finished as shown at step S508, and it is determined 
to finish the UPnP conversion process or start the UPnP conversion 
process again according to the judging result. 
5 Afterward, the above-described UPnP conversion process is 

performed repeatedly. 

Herein, each CP of the device control processing unit 430 includes 
a home network view. Form of the home network view can be implemented 
variously. Generally, it consists of a device list controlled by the UPnP CP 
10 and a subscribed event list, etc. same as a state of each device. In addition, 
when a CP is constructed as single or by device kinds, the home network 
view can be efficiently used in providing of a service to another remote 
terminal by using a service request of one remote terminal. 

As described above, the UPnP passes steps such as addressing, 
15 discovering, describing, control, event and presentation. Herein, message 
exchange is included in each step, messages can be largely divided into a 
command from the CP and a notification from the device. 

The command from the CP includes a multicast-search HTTPMU 
(HTTP multicast over UDP) in the discovering step, a HTTP GET message 
20 in the describing step, an action and query variable SOAP (simple object 
access protocol) message in the control step, a subscription GENA 
(generic event notification architecture) format message in the event step 
and a HTTP GET message in the presentation step. 

The notification from the device includes an advertisement 
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response unicast message in the discovering step and an event GENA 
format message in the event step. And, the addressing step is a pre-step 
for starting UPnP, and messages exchanged in the addressing step are not 
UPnP messages. 

5 UPnP conversion is performed in the device control processing unit 

430, and conversion form is different according to services. 

Ultimately, the UPnP conversion is for solving difference between 
the home network view of the device control processing unit and the 
service view of the remote access service unit 420. For example, a web 

10 request occurs by one click of the user in the web page, and it is converted 
into a service request. 

However, when useful information already exist in the home 
network view by a service request of another remote terminal, UPnP 
operation does not occur. 

15 In case of need, the device control processing unit 430 updates the 

home network view by comparing discovery or event from the UPnP device 
with the present home network view and transmits a notification request to 
the remote access service unit 420. 

The remote access service unit 420 receives the user's web 

20 request from the remote terminal service unit 410, transmits the request to 
the device control processing unit 430 after converting the request into a 
service request format appropriate to the device control processing unit 
430, receives information about a state of the UPnP device from the device 
control processing unit 430 and transmits the information to the remote 
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terminal service unit 410 to transmit it to the remote terminal. 

The user's web request is converted into a service request such as 
remote access service start, device operation, device state grasp, device 
event subscription and remote, access service end according to contents. 
5 In addition, the remote access service unit 420 receives a notification 
request from the device control processing unit 430 and updates a service 
view thereof in case of need. 

Each remote service managed by the remote access service unit 
420 has each service view. In addition, the service view shows the home 
10 network on the user's remote terminal, and it consists of web documents of 
the home network to be controlled by the user such as a device state, a 
control page, a device list page and a user option page, etc. 

The remote access service unit 420 varies a service view 
according to variation of the home network view, result of the user control 
15 command and user's option change, etc., and the service is implemented 
as a form of active web page generation. For that, the remote access 
service unit 420 includes a document generator for making contents to be 
transmitted to the user as web documents such as XML. 

The remote access service unit 420 stores and maintains service 
20 profile database having categories such as user, terminal type, Internet 
connection type, etc. 

The profile database has static configuration or it can be updated 
by using an option page of the service view after the user is connected to 
the remote access service. In addition, the profile database includes 

18 
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information such as preferred device list of the user, request event list, 
performance of the remote access terminal such as a screen size and an 
input device kind, bandwidth and providing service of the user network and 
user access priority by UPnP devices. The service view and the UPnP 
5 conversion form are continually influenced by the information while the 
service is proceeded. 

Whenever the remote terminal requests a service, the remote 
access service unit 420 can allocate one service module and can include 
one integrated service module. Under all circumstances, device access 
10 database for supporting simultaneous access of plural users has to be 
existed in the profile database. 

The device access database includes data such as each user's 
priority rank or access probability, etc. according to share (collision) level 
by users, devices or device's operations. 
15 In addition, a form of the device access database is determined 

according to a device access policy by specific implement. 

The device access database according to the device access policy 
will be described in more detail with reference to accompanying Figure 6. 

Figure 6 is an exemplary view illustrating the device access 
20 database used in the remote access server, Figure 6(a) is an exemplary 
view illustrating the device access priority list table according to the above- 
mentioned device access policy, Figure 6(b) is an exemplary view 
illustrating a share type table by device's operations according to the 
above-mentioned device access policy, Figure 6(c) is an exemplary view 
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illustrating authority by priority lists, and Figure 6(d) is an exemplary view 
illustrating authority by users about operations supported by the device. 

First, device simultaneous access policy consists of following rules. 

1 . There is a priority list by users. 
5 2. It is displayed whether the device is exclusive at every operation. 

3. When collision occurs at an operation of the exclusive device, 
the collision is solved according to the user priority rank. 

4. In case of the same priority rank, priority is given to a user 
starting operation first. 

10 5. Although the priority of a new user is higher, an existing 

operation can not be stopped while the operation is performed. 

The device access priority rank list in Figure 6(a) records a priority 
list by users about all devices in the home network. 

As shown in Figure 6(a), in the device access priority rank list, a 
15 priority rank of the device 1 is allocated to users in order of a user C, a 
user B and a user A. In more detail, when the user A collides with the'user 
C in the device 1 , the user C has priority. 

As shown in Figure 6(b), a share type table by device's operations 
shows share types of the device 2. Herein, operations 1 and 3 indicate 
20 access of other users is impossible while a pertinent operation is 
performed. 

Figure 6(c) is an exemplary view showing access authority by 
priority ranks about operations of each device, when a priority rank is 1 , 
authority is given to all operations, when a priority rank is 2, authority is 
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given only to an operation 3, when a priority rank is 3, authority is given 
only to an operation 2. 

In the meantime, as described above, there is a method for 
providing authority by users regardless of priority rank. 
5 Figure 6(d) is an exemplary view showing authority by users about 

device's operations, as shown in Figure 6(d), the device 2 provides 
authority about each operation by users. 

Examples in Figure 6 show simultaneous access in the device 
operation level, herein, it is also possible to perform simultaneous access 

10 control in the device unit or the home network unit. In addition, it is also 
possible to perform simultaneous access control by compromising the 
device unit and the operation unit. For example, it is possible to perform 
access control to the device 1 in the device level and perform access 
control to the device 3 in the operation level. In more detail, when collision 

15 occurs, the collision can be solved by using methods such as a method for 
considering a user having higher priority, a method for considering a user 
starting the remote access service first and a method for considering a 
user starting a specific operation of a specific device first, etc. 

Of course, there can be other collision solving methods for mixing 

20 priority, remote service access order and operation order. Herein, a 
collision solving method according to priority rank is performed between 
users having different priority ranks, and a collision solving method for 
considering a user starting operation first is performed between users 
having the same priority rank. 
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Policy for collision solving mechanism can have various forms and 
complexities according to share units and collision solving methods. 

In Figure 4, the remote terminal service unit 410 communicates 
with the remote terminal as a web request/response mode, in a control flow, 
5 it transmits a user's request to the remote access service unit 420 and 
transmits web documents from the service unit 420 to the user as web 
responseing mode. 

In a notification flow, the remote terminal service is corresponded 
to web browser automatic update or user confirmation by providing a new 
10 web document to the user. 

The remote terminal service unit 410 includes a built-in web server 
and a space for storing web documents. In the web document storing 
space, a style document for various remote terminals can be stored by 
being synchronized with the profile database of the remote access server. 
15 For example, in use of XML, a XSL stylesheet is stored in the web 
document storing space, and the XSL stylesheet can be applied to the 
remote terminal before transmitting the XML document to the remote 
terminal. 

The event from the UPnP device can be transmitted to the user as 
20 e-mail, SMS and voice telephone, for that, the remote terminal service unit 
410 has to include pertinent modules. 

Figure 7 Is a detailed block diagram of the remote access server, 
as depicted in Figure 7, the remote access server consists of the remote 
terminal service unit 410; the remote access service unit 420; the device 
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control processing unit 430; and the setup module 440 for static 
configuration and setup. 

Herein, the device control processing unit 430 includes the UPnP 
integrated CP module 431. In addition, the remote access service unit 420 
5 includes the service branch module 421; the service module 422; the 
UPnP conversion module 423; the profile database 424 and the XML 
module 425 as the character generator. 

The remote terminal service unit 410 includes the web server 
module 411 , the XML document DB 412 and the e-mail module 413. 

10 In order to control all kinds of devices of the device control 

processing unit 430, the setup module 440 has functions such as a 
download function for configuring the UPnP integrated CP module 431 
statically, initializing and updating the profile database 424 of the remote 
access service unit 420. 

15 The profile database 424 has a device access database. 

The remote access service unit 420 generates each service 
module 422 for each connected remote terminal and provides a remote 
access service. However, only an integrated CP is shown in the UPnP 
network as the one and only remote access CP. 

20 The service branch module 421 of the remote access service unit 

420 performs generation and collection of the service module 422 
according to connection and end request of the user, transmits web 
requests to a pertinent service module and transmits a notification request 
arrived from the service module to the e-mail module 413 of the remote- 
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access service unit 410. In more detail, it is assumed the remote terminal 
having a function for processing asynchronous notification is supported. 

In that case, the remote access server is operated as XML basis, it 
generates required XML documents dynamically in the XML module 425 
5 corresponded to the document generator of the remote access service unit 
420 in a general model and services it to the user. In addition, the remote 
access server performs services easily to various terminals by using the 
XSL stylesheet according to the device terminal and user taste, etc. 

In the meantime, in the embodiment of the present invention, 
10 control and check of the home network devices accessing to the home 
network from a remote place have been described, on the basis of that, 
more services can be performed as following. 

1. When a user stays away from home for a long time, it is 
possible to manage a specific home network in a remote place. It can be 

15 performed easily when the remote access server describes the home 
network as XML documents. 

2. In a method for managing the home network devices by a 
manufacturing company selling them, selection ranges can be increased. 
In the convention method, when there is a need to report a device state to 

20 a manufacturing company, mainly the device performs a connection 
request to the home network and notifies it through the Internet connection. 

However, periodically, for example, once in six months, the 
manufacturing company can access to the device and check a state of the 
device. In that case, it is assumed the user provides a limited home 
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network access right to the manufacturing company. It means there is no 
need to implement a manufacturing company report function for the home 
network device, and accordingly it can be used efficiently for maintaining 
and managing a low price-light device. 
5 3. There is application possibility to apply it to web services. 

When representation of the home network is performed as XML (as one of 
web service standards), it is possible to construct a sen/ice providable to 
the outside, and other application possibility is very high. 

10 IND U3TR1AL A PPUCAPtMTY 

As described-above in detail, in the present invention, by making a 
light remote terminal having various kinds of web browsing functions 
access to the UPnP home network in a remote place, there are following 
advantages. 

15 First, in the present invention, it is possible to provide a custom- 

tailed service according to a kind of a remote terminal, user preference and 
network environment 

In addition, in the present invention, when plural terminals access 
to the home network simultaneously, it is possible to process it efficiently 
20 and solve collision occurable in the home network devices. 

In addition, in the present invention, because only web browsing 
function is required for the remote terminal and there is little requirement, 
supply is very easy. 
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As the present invention may be embodied in several forms without 
departing from the spirit or essential characteristics thereof, it should also 
be understood that the above-described embodiments are not limited by 
any of the details of the foregoing description, unless otherwise specified, 
5 but rather should be construed broadly within its spirit and scope as 
defined in the appended claims, and therefore all changes and 
modifications that fall within the metes and bounds of the claims, or 
equivalence of such metes and bounds are therefore intended to be 
embraced by the appended claims. 
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